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SYSTEM AND METHOD FOR AUTOMATIC PLACEMENT 
OF LABELS FOR INTERACTIVE GRAPHICS APPLICATIONS 

Field of the Invention : 

The present invention relates to computer graphics displays. More specifically, 
the present invention relates to systems and methods for placing of icons in graphics 
displays. 

Background of the Invention 



Interactive computer graphics applications frequently require that two- 
dimensional labels be attached to objects that are displayed on a screen. Such labels 
is provide information about the objects they are related to and are useful for users of such 
systems. These labels are typically drawn as a two-dimensional overlay on top of the 
two-dimensional or three-dimensional graphical object rendition that otherwise appears 
on the graphics display screen. One example of such an application is an air traffic 
control system where a graphical display of aircraft in flight is rendered on a display 
20 screen for use by an air traffic controller in controlling air traffic within a given region of 
interest. Within the region, for each real aircraft, there is rendered a displayed aircraft 
icon. Each aircraft icon has a two-dimensional label is attached to it, providing crucial 
information such as flight number, speed and altitude. 

Since the airplanes move in and out of the region of interest over time, so do the 
25 aircraft icons and their respective labels. Because the air traffic controllers need ready 
access to all the information presented on their computer graphical display, it is important 
to prevent the labels from overlapping each other and other crucial features in the display 



such as the aircraft themselves. This can cause the information presented to become very 
difficult to read. In certain circumstances, overlap problems become so severe that the 
controllers cannot read the labels or other features on the display. 

In some air traffic control computer graphical displays, the users must manually 
5 reposition the labels so that they do not overlap or hide other useful information. This 
step requires additional work on the user's part and is, in fact, not even a practical 
solution in the case of a three-dimensional perspective graphical display, where changing 
the viewpoint causes large changes in the spatial relationship of the displayed graphical 
objects. 

10 The problem of how to reposition labels to alleviate the forgoing problems may 

appear intuitively simple at first, but it is actually quite difficult. The general problem is 
known to be 'NP-hard' by those of skill in the art. That means that for large problems it 
is not possible (within the current understanding of computer systems) to generate a 
system that can find the optimal solution to the problem in a reasonable amount of time. 

15 This is because finding the optimal solution requires searching through the entire 
potential search space. Previous automated label placement schemes do exist, however, 
all have limitations that result in them being less effective than is needed and desired. 

In addition to the air traffic control systems, object label placement on computer 
graphical displays can be problematic in other applications as well. For example, similar 

20 labeling problems occur in command and control displays, which show the location of 
friendly and enemy units on two-dimensional or three-dimensional displays. Automatic 
label placement may also eventually be needed in 'Augmented Reality' displays (which 
display virtual labels over three-dimensional real objects in the environment as a person 
looks around). Aircraft head-up displays are another example of where object label 

25 placement may becomes increasingly important. 

The object label placement problem for computer graphics applications is closely 
related to placement problems for static displays, such as maps. Cartographers have long 
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faced the problem of assigning text labels to map features while avoiding label overlap 
and covering other important features. There are a number of references, but a good 
summary and evaluation of existing techniques is provided in: "An Empirical Study of 
Algorithms for Point-Feature Label Placement", published by Jon Christensen, Joe 
5 Marks, and Stuart Shieber in ACM Transactions on Graphics 14, 3 (July 1995). An 
extended version by the same author is provided in Labeling Point Features on Maps and 
Diagrams. Technical Report TR-25-92. Center for Computer Technology, Harvard 
University, 1992 (revised June 1994). Another version of this discussion is available in 
F1% Graphics Gems IV, Paul Heckbert (editor), Cambridge Academic Press, 1994. 

□ 10 In fact, label placement problems have proven to be NP-hard. For example, in a 
l -J situation where each aircraft label can be placed in one of twenty positions adjacent to the 
« aircraft, and where there are one-hundred total aircraft in the region of interest and on the 
f. : '"| graphical display screen, the search space consists of 20 100 total sets of possible positions 

■mj! 

g to evaluate. Clearly, this is far too many to evaluate in any reasonable time frame given 

% 15 the current state of computational technologies. Thus, an NP-hard problem means that 

HJ there is no way to sufficiendy prune this search space to avoid exponential growth caused 

□ by the combinatorics of the problem. A conceptual way of thinking about this is to 
™ imagine placing one label down on one aircraft. That takes up space that is no longer 

available for any other label. It is possible that, as labels continue to be placed, the 
20 situation will eventually arise where another aircraft label requires the space occupied by 
the first aircraft's label. Thus, decisions made early on in the label placement process can 
have ramifications much later in the placement process. The problem grows 
exponentially as the number of aircraft and possible label positions increase. 

Existing label placement algorithms can be divided into two categories: 
25 exhaustive search and greedy search. Exhaustive search techniques essentially perform 
Depth First Searching with various bracketing and pruning heuristics. They are effective 
only on a small data set and are known to be less practical than greedy search algorithms. 
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Greedy algorithms do not guarantee an optimal solution, however, finish in a practical 
amount of time by limiting the search space. A wide variety of greedy algorithms exist, 
ranging from random placement, to force-based methods, to mathematic optimization 
techniques, and discrete gradient descent (i.e. repositioning one or more randomly-chosen 

5 labels simultaneously and keeping the new configuration if it results in an overall 
improvement). Greedy algorithms in general have trouble escaping from local minima. 
Local minima are effectively non-optimal solutions that require repositioning large 
numbers of labels simultaneously to overcome the dangers associated with the solution. 
One particular algorithm is called 'Simulated Annealing' yields the best results. It is 

10 essentially a stochastic gradient descent search that sometimes allows the label placement 
to change to a worse solution, according to a particular schedule. 'Simulated Annealing' 
has the characteristic that as the time it is allowed to run approaches infinity, the solution 
generated approaches the optimum. The references above compare all published 
algorithms and conclude that Simulated Annealing finds a better solution than all other 

15 algorithms for all sizes of data sets. 

The problem domain for label placement in an interactive computer graphics 
environment differs significantly from label placement for static maps and displays. In an 
interactive computer graphics environment, the three main differences are that; (1) the 
labeled objects change position with time, (2) little time is available for computing the 

20 label positions (a fraction of a second), and, (3) a human user observes the labels as they 
move around the display. Therefore, the object label placement system should minimize 
performing actions that distract the user from the underlying tasks. In the case of a static 
map, a placement system can run for several minutes, or longer, to generate a good 
solution. In an interactive computer graphics application, the time allotted for such 

25 calculations may have to be limited to 100 milliseconds, or less per iteration. Thus, the 
problem becomes finding a 'good enough* solution within the available time. Simulated 
annealing is not an appropriate solution for the interactive computer graphics application. 
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The computation time required is too large to support in an interactive application, and it 
does not give any consideration to the cognitive distraction potentially caused by the 
solution. 

Heuristic methods for interactive computer graphics applications focus on 

5 generating solutions with minimal computation and limited exploration of the total search 
space. Two main types of solutions have been tried, and they are force-based methods 
and fixed-position methods. 

Force-based methods are commonly used in visualization of graphs and other 
objects. Labels and objects that are not to be covered are given a repulsion force. Other 

10 labels that encroach on such an object are 'pushed away' by a repulsion force inversely 
proportional to the separation distance. These forces are often modeled on springs or 
gravitational forces. In practice, force-based methods perform poorly respecting the label 
placement problem. They are vulnerable to getting stuck in local minima, even in simple 
cases. For example, when two aircraft cross paths, their associated labels can get stuck 

15 on the opposite sides because the repulsive forces prevent them from crossing paths. The 
optimum solution is for the two labels to swap positions, but the force-based technique 
instead pushes the labels in the opposite directions. Force-based schemes also perform 
poorly in the area of minimizing cognitive distractions. Labels stuck in between other 
labels or objects are jostled about; resulting in oscillations and wiggling that attract 

20 unwarranted user attention. 

Another approach is the examination of a fixed number of label positions about an 
object. In general, this is a locally greedy approach with no backtracking. Each aircraft 
has a fixed number of positions where the labels can be placed in positions spaced equally 
about and relative to the aircraft icon. For example, there may be eight positions equally 

25 spaced about a circle with the aircraft icon located at the center of the circle. The system 
then iterates through all the aircraft icons on the display, one by one, in some order. For 
each aircraft, it checks all eight spaces to see which are empty, and puts the label in an 
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empty position (if available, in the preferred location, such as the upper right comer). If 
none are empty, it picks one of the positions that causes the least amount of overlap. This 
method is efficient because of its simplicity and can generate reasonable results. 
However, it is very susceptible to local minima, and in practice the labels placed 
according to these solutions tend to oscillate. 

Thus there is a need in the art for a method and apparatus for placing two- 
dimensional labels on an interactive computer graphics display. 

SUMMARY OF THE INVENTION 



The need in the art is addressed by the apparatus and methods of the present 
invention. In one embodiment, the invention comprises an apparatus for positioning 
labels among graphical elements on a computer graphics display and includes a means for 
identifying at least a first cluster of overlapping labels and graphical elements, a means 
15 for calculating new display coordinates for at least one label in the cluster, and a means 
for moving the label in accordance with the new display coordinates. 

In a refinement of this invention, the means for identifying further comprises a 
means for sequentially selecting labels from a plurality of labels on the display, a means 
for testing each of the selected labels for overlap with other labels and graphical elements 
20 in the display, a means for accumulating an overlap score for each of the selected labels, a 
means for generating a list of other labels and graphical elements that overlap each of the 
selected labels, a means for comparing a plurality of the lists and accumulating cluster 
lists of overlapping labels and graphical elements, and a means for sorting a plurality of 
the cluster lists according to the number of entries in each . 
25 In another refinement, the overlap score is based on the degree of severity of 

overlap between labels and graphical elements. In another refinement, the labels are 
determined to be overlapping other labels or graphical elements when they are mutually 
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overlapping. In another refinement, the labels are determined to be overlapping other 
labels or graphical elements when they are mutually or transitively overlapping. In 
another refinement, the means for sorting orders the sort from largest cluster list to 
smallest cluster list. In another refinement, the means for calculating further comprises a 

5 means for comparing the degree of overlap of labels and graphical elements with the new 
display coordinates and the existing degree of overlap of labels and graphical elements. 

In another refinement, the new display coordinates are calculated according to a 
stochastic method. In another refinement, the new display coordinates are calculated 
according to a heuristic method. In yet another refinement, the means for moving further 

10 comprises a means for interpolating a plurality of intermediate display coordinates 
between the existing display coordinates and the new display coordinates, and a means 
for sequentially placing the labels at each of the intermediate display coordinates before 
placing the labels at the new display coordinates, thereby smoothing the movements of 
the labels on the display. 

15 The present invention also teaches several methods of positioning labels among 

graphical elements on a computer graphics display. A first method comprises the steps of 
identifying at least a first cluster of overlapping labels and graphical elements, calculating 
new display coordinates for at least one label in the cluster, and moving the label in 
accordance with the new display coordinates. 

20 Another method of positioning labels among graphical elements on a computer 

graphics display is also taught. It comprises the steps of sequentially selecting labels 
from a plurality of labels on the display, testing each of the selected labels for overlap 
with other labels and graphical elements in the display, accumulating an overlap score for 
each of the selected labels, generating a list of other labels and graphical elements that 

25 overlap each of the selected labels, comparing a plurality of the lists and accumulating 
cluster lists of overlapping labels and graphical elements, sorting a plurality of the cluster 
lists according to the number of entries in each, calculating new display coordinates for 
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the labels on a cluster by cluster basis, comparing, on a cluster by cluster basis, the degree 
of overlap of labels and graphical elements with the new display coordinates and the 
existing degree of overlap of labels and graphical elements, and if the new coordinates 
result in a reduction of the degree of overlap, moving the graphical elements to new 

5 positions according to the calculated display coordinates. 

In another embodiment, the overlap score is based on the degree of severity of 
overlap between labels and graphical elements. In another refinement, the labels are 
determined to be overlapping other labels or graphical elements when they are mutually 
overlapping. In another refinement, the labels are determined to be overlapping other 

10 labels or graphical elements when they are mutually or transitively overlapping. In 
another refinement, the sorting is ordered from largest cluster list to smallest cluster list. 
In another refinement, the new display coordinates are calculated according to a 
stochastic method. In another refinement, the new display coordinates are calculated 
according to a heuristic method. In another refinement, the calculating of new display 

15 coordinates is ordered according to the cluster list. In yet another refinement, the moving 
step further comprises the steps of interpolating a plurality of intermediate display 
coordinates between the existing display coordinates and the new display coordinates, and 
sequentially placing the labels at each of the intermediate display coordinates before 
placing the labels at the new display coordinates, thereby smoothing the movements of 

20 the labels on the display. In yet another refinement, the method further includes the step 
of repeating the foregoing sequence of steps through a plurality of iterations. 

These and other objects, aspects, features and advantages of the invention will 
become more apparent from the following drawings, description and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 is an exemplary computer graphics display. 

Figure 2 is a diagram of a graphical element and its related label in a computer 
graphical display. 

Figure 3 is a diagram illustrating possible label placement with respect to a graphic 
element in a computer graphical display. 

Figure 4 is a drawing of a computer graphics display in an illustrative embodiment 
of the present invention. 

Figure 5 is a flow diagram of an illustrative embodiment of the present invention. 

Figure 6 is a flow diagram of an illustrative embodiment of the present invention. 

Figure 7 is a flow diagram of an illustrative embodiment of the present invention. 

DESCRIPTION OF THE INVENTION 

Illustrative embodiments and exemplary applications will now be described with 
reference to the accompanying drawings to disclose the advantageous teachings of the 
present invention. While the present invention is described herein with reference to 
illustrative embodiments for particular applications, it should be understood that the 
invention is not limited thereto. Those having ordinary skill in the art and access to the 
teachings provided herein will recognize additional modifications, applications, and 
embodiments within the scope thereof and additional fields in which the present 
invention would be of significant utility. 

The present invention teaches a novel apparatus and method for automatically 
placing two-dimensional labels that are associated with certain graphical objects in an 
interactive computer graphics display, so that the labels avoid overlapping each other and 



other objects on the display. This saves the user the effort of doing the task manually. 
The present invention comprises a computer-implemented software system that 
cooperates with a processor or controller at interactive rates in an interactive computer 
graphics application. One aspect of the present invention is the way in which it 

5 approaches the search space of potential locations for each label. As was discussed 
hereinbefore, the entire search space is typically too large to examine exhaustively in the 
time available. To alleviate this limitation, the present invention analyzes the positions of 
the labels recognizing clusters of labels that it can efficiently search, thereby reducing the 
total search space to a tractable level. In one embodiment, the present invention also 

10 minimizes the cognitive distractions to the user caused by changing label positions by 
changing their position smoothly and in one embodiment, generally avoiding moving 
labels unless it is advantageous to do so to prevent overlaps. 

Reference is directed to Figure 1, which is a drawing of a graphical display 2 in an 
air traffic control system's controller workstation. The display 2 encompasses a region of 

15 interest, for example, a physical region of interest in which multiple aircraft are operating. 
Several aircraft icons, and their associated labels, are located in open regions, such as the 
aircraft identified by numerals 16, 4, 12, and 14, For purposes of this description, it is to 
be appreciated that the interchangeable use of the terms "aircraft icon", "icon" or 
"aircraft", can mean a symbol representative of an aircraft and/or its label. Referring 

20 again to Figure 1, the placement of the aircraft shows that there is no problem related to 
observation of the aircraft and its related label by the user. At least not until the aircraft 
move relative to one another possibly causing overlapping of the aircraft icons and any 
additional information on the graphical display. Other clusters of aircraft can be located 
so close to one another that they, and/or their labels, overlap, such as those clusters of 

25 aircraft identified by numerals 18, 8, 10, and 6. In addition to the aircraft and labels, air 
traffic control displays often times include other objects of import, such as airports, 
markers, and obstacles, hereinafter referred to as graphical objects. For purposes of this 
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description, it is to be appreciated that the interchangeable use of the terms "graphical 
object", "object" or "icon", can mean a symbol representative of non-aircraft objects in a 
region of interest. 

In a computer graphics display, the computer draws the aircraft icons and labels 
onto the display according to values provided through calculation. Reference is directed 
to Figure 2, which details a single aircraft icon and its label. The nose position, indicated 
by cross-hairs 22, and its tail position, indicated by cross hairs 24, locate the aircraft icon 
20. Given these two positions, which are typically dimensioned in pixels, the aircraft 
icon position and orientation are determined and the display drawn. A label 25 is located 
adjacent to the aircraft icon and the dimensions and location of a box 26 enclosing the 
label are known. In order to connect a given label 25 to its aircraft icon 20, a line 27 is 
drawn from a point on box 26, indicated by cross-hairs 28, to the nose 22 of the aircraft 
icon. One task of the labeling system of the present invention is to select a position for 
each label, relative to its aircraft icon, that minimizes the overlap of each label with any 
other labels or objects on the display. 

The relationship between each label and its icon is described mathematically, 
according to the distance from the nose of the aircraft icon to the label, and the angle of 
rotation of the label position relative to a reference angle (usually up or north). Thus the 
relative label position is described by the variables: 

label_r The distance, or radius, from the icon to the label, 

expressed in pixels, and 
labeljx The angle, expressed in radians. 

Given the known coordinates of the nose position of the aircraft icon, the relative 
location of the label, expressed in a Cartesian coordinate system (x,y) of pixels is: 
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;t=radius*cos(angle) or x=(label_r)cos(labelj3) 

and 

y=radius*sin(angle) or y=(label_r)sin(/oi>e/_a) 

There could be any number of positions for labels with respect to the nose of the 
aircraft icon. Since the number of positions is one dimension in the search space, it is 
useful to select a number of alternative positions that meets the needs of label placement 
systems without unduly expanding the search space dimensions. 

Reference is directed to Figure 3, which is a diagram of label positions illustrating 
eight possible positions. The aircraft icon 30, and it nose position, serve as the center of 
the label position circle. In one embodiment, the default label position is radians 
clockwise from straight up, indicated by position 1, 32 in Figure 3. The other label 
positions are located at tc/4 increments around the label circle, and include positions 2, 3, 
4, 5, 6, 7, and 8, illustrated by items 34, 36, 38, 40, 42, 44, and 46 respectively. The 
distance, or radius, that the labels are placed from the nose of the aircraft 30 in an 
illustrative embodiment ranges form twenty pixels to seventy-five pixels, with thirty 
pixels being the preferred default value. 

One aspect of the present invention is an analysis of screen area problem 
locations, resulting in clusters of labels and graphic objects that are individually 
processed such most of the local minima problems are avoided. In one embodiment, the 
cluster approach advantageously avoids moving any labels, relative to their respective 
graphical objects, that are judged to not currently be causing an overlap problem. Labels 
that are moved to new locations are moved smoothly to minimize user distractions. 
While other systems simply jump the label from the old position to the new position, this 
routine smoothly moves the label from the old to the new position over time by an 
interpolation scheme. 
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The present invention does not always generate an optimum label placement 
solution, and there are situations where its performance is limited. For example, if the 
density of the objects to be labeled is so high that there is simply not enough display 
screen space to place the labels without significant overlap, then the present invention 
5 can, in one embodiment, continually move the labels around with a low probability of 
finding a good solution. However, no scheme that is practical to run at interactive rates 
will perform well under those circumstances, and in real applications users will not 
typically allow object densities to become this high because they will not be able to 
perform their tasks. 

10 Reference is directed to Figure 4, which is an exemplary diagram of a computer 

graphics display screen 2 in an air traffic control system that has been processed 
according to the present invention. The aircraft icon placement is the same as was 
illustrated in Figure 1. However, the labels have been placed in such a manner that 
overlapping has been eliminated, thereby greatly enhancing the readability of the display 

15 for the users. 

In an illustrative embodiment of the present invention for each aircraft, a label 
data structure of position variables is maintained for drawing the label associated with 
that aircraft to the display scene. Four pertinent variables in this data structure are: 

20 labeljr_start 

label_r_dest 
labelja_start 
label_a_dest 

25 All four of these variables are floating point numbers. The first two represent the 

start and destination values for the radius of the label with respect to the nose of the 
aircraft icon, in pixels. The last two represent the start and destination values for the 
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angle, in radians. In one embodiment, the label radius has a minimum value of 20 pixels 
and a maximum value of 75 pixels, and the radius valves range from 0 to 2k radians. 
When an aircraft first becomes visible on the display scene, the start radius and start angle 
of the label are initialized to default base values such as, for example 30 pixels and 7t/4 
5 radians, however, it is to be appreciated that other default base values can be chosen. The 
relative position with respect to the aircraft nose (in pixels) is specified in x and y offsets 
as follows: 

jc=radius*cos(angle) 

10 y=radius*sin(angle) 

Reference is directed to Figure 5, which illustrates an illustrative embodiment of 
the present invention. In the present embodiment, the overall process runs in a large 
event loop, where each time the loop is executed is considered a single iteration. The 

15 loop is entered at step 50 and exited at step 78. The process that calls it iteratively is not 
illustrated. In a typical application, the program may exceed twenty iterations per second, 
depending on the computational load and the machine it runs on. In one embodiment the 
label placement system operates as follows. For every N iterations, where N equals 30 for 
purposes of this example, the system computes a new set of locations for each visible 

20 label. This means that new values for the label_r_start, label_r_dest t label_a_start f and 
label jajdest variable are calculated for each aircraft icon. During the 29 other iterations, 
the system uses those four values to smoothly interpolate the label positions from their 
starting positions to their destinations. Therefore, the description of how the system 
works can be divided into two main parts: how to pick the new label locations, and how 

25 to smoothly move the labels to the new location once those have been determined. A 
major sub-routine of the first task is the computation of label overlaps and the penalty 
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function that scores the 'cost' of how bad the overlap is. These are illustrated in Figure 6, 
discussed hereinafter. 

Referring again to Figure 5, at the time the label system is called in the overall 
program, a main air traffic software program has already rendered, (for aircraft that are 
5 currendy visible) the two-dimensional or three-dimensional aircraft icons on a display. 
The two-dimensional coordinates of the nose and tail of each aircraft model are thus 
computed by standard computer graphics techniques and recorded in memory. The label 
system also uses a subroutine called "COMPUTE OVERLAPS" which is described in 
greater detail with reference to Figure 6. This subroutine, given an aircraft and the two- 
O 10 dimensional coordinates for its associated label, determines which other aircraft it 

overlaps and returns the list of those aircraft and a penalty score, indicating how 'costly' 
the overlaps are. 

The philosophy behind the present invention is to identify clusters of overlapping 
aircraft icons, labels and other graphical objects such as, for example, markers, collision 
15 points, the jetway line, etcetera, which are then searched for solutions to prevent overlap 
in a stochastic manner. The system of the present invention can solve the more difficult 
overlap problems first, such as, for example, problems involving clusters of aircraft icons 
with label and object overlaps. In one embodiment of the present invention, these 
clusters can be identified and solved individually without affecting all other aircraft icons 
20 on the display. 

Again referring to Figure 5, after the entry point 50, the process initializes the 
iterative counter 'AT to equal one at step 52. A first aircraft icon is selected from the 
display at step 54. The process next calls the 'COMPUTE OVERLAPS' subroutine at 
step 56. The details of this routine will be more fully developed hereinafter in connection 
25 with Figure 7. The subroutine is sent the aircraft icon display data and has access to all 
the content of the graphical display scene. The 'COMPUTE OVERLAPS' subroutine, as 
illustrated by step 58, computes overlaps for selected aircraft, and step 60, calculates 
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penalties for selected aircraft in Figure 5. This subroutine returns a penalty, which is an 
overlap score, or cost value and a list of objects and labels that have been overlapped. 
The overlap score is generated based on the number of overlapping icons and/or the 
degree to which the icons overlap. The overlap score is compared against a certain 
threshold value to determine if, in fact, the overlap exists. The returned score data is 
entered into a data set at step 62. At step 64, the process checks the display data to 
determine if any other aircraft icons have yet to be analyzed for overlaps. If additional 
aircraft icons exist, the next aircraft icon is selected at step 66, and flow recycles to step 
56 where this foregoing process begins anew. On the other hand, at step 64, if no other 
aircraft icons remain, flow continues to step 68 where clusters are identified. 

The details of how clusters are identified will be discussed with reference to 
Figure 7 hereinafter. Essentially, in an illustrative embodiment, a cluster can be defined 
as a group of aircraft icons that transitively overlap each other, or alternatively as a group 
of aircraft icons and graphical object icons that overlap each other. For example, say that 
aircraft A overlaps aircraft B, and aircraft B overlaps aircraft C, but aircraft A does not 
overlap aircraft C. Then A, B, and C transitively fall into one cluster. The cluster 
identification system computes clusters by clearing or emptying an existing or previously 
obtained list of clusters and then iterating through each visible aircraft on the display. If 
an aircraft icon has overlaps which, as further discussed above, can be determined by 
comparing an overlap score with a predetermined threshold value, then the system 
determines whether this aircraft exists in a previously created cluster. If a determination 
is made that this aircraft does so exist, then the aircraft that overlap this aircraft are added 
to the current cluster along with this aircraft. Using the above example, if A and B 
already form an existing cluster and aircraft B is analyzed, the system of the present 
invention would determine that B overlaps with C. The system would further determine 
that B already exists in a cluster with A. In turn, C would then be added to the existing 
cluster and the cluster would therefore form a group comprising aircraft A, B and C. If 
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for example, the system analyzes a new aircraft, D, and that aircraft overlaps with another 
aircraft E, and D does not exist in a previously created cluster, a new cluster is created 
and those overlapping aircraft and any other graphical objects are put into a new cluster 
along with this aircraft. Assuming for purposes of illustration only that E is the only 
overlapping icon, the system would create a new cluster D, E. After this process is 
performed, the system again can again checks the clusters to determine if any aircraft still 
exist in multiple clusters. Therefore, the system checks the cluster it has just created or 
the cluster into which it inserted a new aircraft icon against all other clusters. If there is 
any duplication of aircraft, then those clusters are merged together. Therefore, by way of 
example, should the system determine that D already exists in a cluster with A elsewhere, 
the D,E would be added to the A,B,C cluster, forming a single cluster comprising aircraft 
A,B,C,D,E. 

It is important to note, however, that the cluster lists may not include all of the 
visible aircraft. For example, if an aircraft does not overlap another aircraft or graphical 
object, and it itself is not overlapped by another aircraft or graphical object, then, in the 
present embodiment, it will not exist in a cluster and its label position will not be moved. 
This feature of the present embodiment allows the system to avoid moving labels that are 
not currently causing any problems, thus minimizing user distraction. 

After the above described iterations are done, in the present embodiment, the list . 
of clusters can be sorted by the number of aircraft in each cluster, so that the largest 
clusters are accorded a higher priority, and the smallest clusters are accorded a lesser 
priority, for purposes of order of later processing. The system can then proceed to 
manage the overlaps existing in the larger clusters first. It is to be appreciated that in 
alternate embodiments of the invention the clusters can be sorted according to different 
requirements or considerations, such as, for example, the extent to which an aircraft 
overlaps with graphical objects, or the extent to which clusters are in proximity to certain 
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areas of the airport. It is to be further appreciated that in alternate embodiments of the 
invention the clusters need not be sorted. 

The IDENTIFY CLUSTERS subroutine, step 68 in Figure 5 in one embodiment, 
as described above returns an ordered list of clusters. At step 70, new label positions can 
5 be calculated for each cluster of aircraft. This task involves setting the new values for 
label_r_start t labeljr_dest t label_a_start t and label_a_dest for each aircraft. By way of 
example, let the current iteration number be k, and the previous iteration shall be (£-1). 
Then the start values for each visible aircraft are set as follows: 

10 labeljr_start(k) <- label_r_dest(k-l) 

label_a_start(k) <- label_a_dest(k-l) 

What remains is to set new values for the label_rjlesi and label_a_dest . In one 
embodiment the initial settings are simply the ones that previously existed. That is, 
15 initially: 

label jr_dest(k) label _r_dest(k-l) 
label_a_dest(k) <- label _ajdest(k-l) 

20 The system can then process each cluster to determine whether the repositioning 

of the labels associated with the clusters is preferable. In the present embodiment, the 
system processes the largest clusters prior to processing the smaller clusters. For each 
cluster, several new sets of label positions, label _r_dest, label jajdest are chosen and 
evaluated for all the aircraft icons in that cluster. These numbers of new sets chosen can 

25 vary, depending on the desired number of alternate destination values the user configures 
the system to supply. In one embodiment the number of sets created can be set to equal25 
if there is only one aircraft in the cluster. One aircraft can exist in a cluster in a situation 
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where one aircraft icon or its label overlaps with graphical objects, such as, for example 
in the case of an aircraft overlapping with markers or collision points. In another 
embodiment, the number of sets created can equal 40 if 2 or 3 aircraft exist in the cluster, 
and the number of sets can equal 75 if 4 or more aircraft exist in a cluster. It is to be 
5 appreciated by those skilled in the art that the number of sets can differ from those above 
while remaining within the scope of the present invention. 

In another embodiment, one of the sets of label positions can include only the base 
or default positions for each of the aircraft labels in the cluster, and another set of label 
positions can include only the current position of the aircraft labels in the cluster. By 
sJl io including a default set and a current position set, the system of the present invention 

sj insures that a new solution to reposition the labels having a greater overlap cost than the 

;! current solution will not be chosen. In the present embodiment, the remaining sets can be 

tn chosen randomly. In alternate embodiments, certain non-random algorithmic methods 

can be used to generate sets. In another embodiment, for each aircraft in the cluster, the 
^ is proposed new label values for radius and angle can be chosen such that the radius stays 

f jj within a predetermined minimum and maximum radius value, and the angle ranges from 

fh 0 to 2k radians. 

u After generating the sets of label positions, each set can then evaluated for a total 

penalty cost. This cost is the sum of all the penalty costs computed for each aircraft in the 

20 cluster, as computed by the 'compute overlaps' subroutine. The system can then selects 
the set that has the lowest overall cost and sets the label jr_dest and label_a_dest values 
for all aircraft in the cluster to the values in that set. With respect to the label positions of 
the aircraft not in the cluster currently being examined, such positions can remain, until 
the system processes such clusters, at their current label jrjlest and label_ajiest values. 

25 In the present embodiment, to minimize user distraction, the aircraft icons that are not 
part of any cluster need not have their labels repositioned. It is important to note 
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however, that in alternate embodiment, all aircraft labels can be repositioned including 
those not existing in a cluster. 

By using the foregoing approach, the system can complete the repositioning task 
in a reasonable amount of time. In the event, however, that the system does not find a 
preferred solution to the overlapping of icons in an iteration, in one embodiment, the 
system can reset the labels to their existing position. By doing so, the system will have a 
greater likelihood of finding a good solution during a subsequent iteration. For example, 
N iterations later, when the system reexamines the clusters, it will generate a new group 
of randomly chosen solution sets, thus increasing the probability that a preferred 
repositioning solution will be found. In one embodiment, the system spreads out the 
computation load over time, preserving the real time interaction while progressively 
refining the solution over time. 

Referring again to Figure 5, after the new label positions have been calculated at 
step 70, the flow continues to step 72 where the iterative counter is incremented. Then to 
step 74 where the label movements process begins. This process if further described 
below in Figure 8. The sequence of moving the labels take a number of steps, and for 
purposes of illustration in the present example, the number of steps is 29, as set by the 
counter in step 76. The counter 76 recycles flow through the movement step 74 until all 
the movements are complete and then flows to step 78 where the process returns to the 
main, calling process. 

At step 74, the movement routine smoothly moves labels form their original 
position to their destination positions. In the present embodiment, during the iterations in 
which the new label positions are not being computed, the display smoothly moves the 
labels from their initial to their final positions. This is done by computing intermediate 
label positions based on the current iteration number, N. In an illustrative embodiment, 
the intermediate label positions are generated based on a linear interpolation from the 
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start to the destination values. First, a fraction value is computed. The fraction is 
computed as: 



Fraction=2.0*(cycle/A/) 
5 If (fraction> 1 .0)then fraction= 1 .0 

Initially, the cycle variable is equal to one and then increments with N, where N is 
the number of iterations it takes to choose the destination label position, which in the 
present example can equal 30. When new label positions are chosen, the cycle variable 

10 can be set to zero. 

Thereafter, each visible aircraft's label radius and angle is set by linearly 
interpolating between label jrjstart and label_r_dest, and label jzjstart and label _a_dest, 
using the fraction value. A fraction of 0.0 means that the radius and angle values are set 
to the start values and a fraction of 1.0 means they are set to the destination values. 

15 Fractions in between result in radii and angle values that are linear interpolations between 
the start and destination values. Since there is a discontinuity in angles between 0 and 2it, 
in one embodiment, the system can avoid potential discontinuity and select a rotation 
direction that minimizes the total rotation angle. 

Reference is directed to Figure 6, which is a flow diagram of the 'compute 

20 overlaps' subroutine in an illustrative embodiment of the present invention. The process 
is entered at step 80 and proceeds to step 82 where the PENALTY count is set to zero and 
the OVERLAP LIST is cleared or emptied. At step 84 the label of the selected aircraft is 
tested to determine if it covers the nose of any aircraft. If it does, at step 86, the 
PENALTY count is incremented by 1.0. If it is close to an overlap, the PENALTY count 

25 is incremented by 0.5. In either case, the overlapped object is added to the OVERLAP 
LIST. At step 88 the label of the selected aircraft is tested to determine if covers the tail 
of any aircraft. If it does, at step 90, the PENALTY count is incremented by 1.0. If it is 
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close to an overlap, the PENALTY count is incremented by 0.5. In either case, the 
overlapped object is added to the OVERLAP LIST. At step 92 the label of the selected 
aircraft is tested to determine if it covers any conflict markers on the display. If it does, at 
step 94, the PENALTY count is incremented by 5.0. If it is close to an overlap, the 

5 PENALTY count is incremented by 2.0. In either case, the overlapped object is added to 
the OVERLAP LIST. At step 96 the label of the selected aircraft is tested to determine if 
it covers any other label. If it does, at step 98, the PENALTY count is incremented by 5.0 
it is added to the OVERLAP LIST. If it is close to an overlap, the PENALTY count is 
incremented by 2.0 but it is not added to the OVERLAP LIST. At step 100 the aircraft to 

10 label line of the selected aircraft is tested to determine if it covers the line of any other 
aircraft. If it does, at step 102, the PENALTY count is incremented by 3.0. Then the 
overlapped object is added to the OVERLAP LIST. At step 104 the aircraft to label line 
of the selected aircraft is tested to determine if covers the label box of any other aircraft. 
If it does, at step 106, the PENALTY count is incremented by 2.0. Then the overlapped 

15 object is added to the OVERLAP LIST. At step 108 the label box of the selected aircraft 
is tested to determine if it covers the line of any other aircraft. If it does, at step 1 10, the 
PENALTY count is incremented by 2.0. Then the overlapped object is added to the 
OVERLAP LIST. Finally, at step 112, this routine adds a small penalty based on how far 
the proposed new label radius and angle are from the ideal base radius and angle values. 

20 The further away from the base value the label position is, the larger the penalty. This 
encourages label positions to be chosen close to the base (if no other overlap problems 
occur)). In one embodiment, a penalty for such condition is given only if this label does 
not overlap any other aircraft. This subroutine returns the final penalty value and the 
overlap list at step 1 14. It is to be further appreciated that in alternate embodiments of the 

25 present invention, less than all of the above steps may be performed. 

Reference is directed to Figure 7, which is a flow diagram of the COMPUTE 
OVERLAPS subroutine. The process is entered at step 120 and proceeds to step 122 
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where the first aircraft on the display is selected. At step 124, the penalty threshold value 
for the selected aircraft is read. If it is below a certain threshold, indicating that the 
aircraft does not overlap other objects, then the process goes to step 142. On the other 
hand, at step 124, if it does exceed the threshold, then there is an overlap, and flow 

5 continues to step 128. At step 128, the process checks to determine if the selected aircraft 
is a member of any other clusters. If it is, at step 132, then the selected aircraft is added 
as a member of that cluster, and flow continues on to step 136. On the other hand, at step 
130, if the selected aircraft is not a member of any other cluster, then a new cluster is 
created at step 134, comprising the selected aircraft and the object with which it overlaps. 

10 At step 136, the process checks to determine if the selected aircraft is a member of 

any other clusters. This could occur if a previously selected aircraft overlapped with the 
presently selected aircraft, causing it to be included in the previous aircraft's cluster list. 
If there is an overlap with another cluster at step 138, the clusters are merged at step 140. 
This is because of the transitive nature of clusters discussed hereinbefore. Flow then 

15 proceeds to step 146. On the other hand, at step 138, if there was no cluster overlap, then 
flow proceeds to step 142 where the process checks to determine if another aircraft 
remains to be tested. If so, then such aircraft is selected at step 144 and flow recycles to 
step 124. If no other aircraft remain, flow proceeds to step 146. At step 146, the clusters 
are sorted according to the number of graphical objects they contain. Then, the process 

20 returns at step 148. 

Thus, the present invention has been described herein with reference to a 
particular embodiment for a particular application. It is therefore intended by the 
appended claims to cover any and all such applications, modifications and embodiments 
within the scope of the present invention. 

25 Accordingly, 

WHAT IS CLAIMED IS: 
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